home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_1 / mta_vf10.zip / Q&A.MTA < prev    next >
Text File  |  1992-05-03  |  5KB  |  110 lines
  1. Some frequently asked questions (important) and their answer:
  2.  
  3. Q: Why is it so difficult to install MTA, why isn't there an install
  4.    program;
  5.  
  6. A: MTA is very transparent. It is possible to manipulate archives and
  7.    related material in as many different ways as there are users. The
  8.    result is a program that (could) need a lot of special options in
  9.    the configuration file. If an installation program was included,
  10.    you still needed the documentation and the installation program
  11.    would only be an intelligent editor;
  12.  
  13. Q: Why can't the configuration-file be compiled so MTA can read it
  14.    very quickly.
  15.  
  16. A: Almost all options in MTA.CTL have to do with the 'outside world'.
  17.    In general I dislike programs that report things like the following
  18.    (to commonly) line:
  19.  
  20.    'Runtime error 003 at 0F11.AA76'
  21.  
  22.    Because of this, MTA will test all access to this 'outside world'.
  23.    Tests extend to the presence of directories, files, memory and so
  24.    on. These tests take most of the time. A benchmark on MTA.CTL of
  25.    60K (a LOT of options) WITHOUT these tests resulted in a wast of
  26.    around 2 seconds (386/16 without disk-cache). The tests result in
  27.    a slower thruput but (in general, bugs not included) it will result
  28.    in a safe operation;
  29.  
  30. Q: I am loosing paths inside my archives. The source archives did
  31.    contain them but after conversion the target does not contain
  32.    them anymore. Why ?
  33.  
  34. A: You did not include the SubstDrive options in your MTA.CTL. Read
  35.    the entry for this option carefully and try to implement this
  36.    option (when having problems, contact me). This is only a part of
  37.    the answer, the second part will deal about the reason.
  38.  
  39.    In the early days the archive programs did only store path infor-
  40.    mation in a relative way. If TEMP\WHY.EXE was included in the
  41.    archive, it would unpack as .\TEMP\WHY.EXE (so as a directory
  42.    UNDER the current one). At this moment there are two popular
  43.    archive programs that (can) use ABSOLUTE directories. An entry
  44.    like \TEMP\WHY.EXE would unpack as \TEMP\WHY.EXE, so WHY.EXE
  45.    would be in the directory TEMP under the ROOT directory. Even
  46.    this could be solved in a normal way but what if someone included
  47.    \DOS\COMMAND.COM (or any other file) and under your OWN root you
  48.    already have a \DOS (and a COMMAND.COM). This would result in
  49.    (dangerous) overwritten files and worse, MTA would create a new
  50.    archive with ALL files from \DOS (also those that were already
  51.    there) and the called archive-program would delete all these
  52.    files also (resulting in a non-bootable machine).
  53.  
  54.    Why not allow for a virtual drive (my RAM-disk) that is really
  55.    empty ? Simple, if the source archive contains absolute directories
  56.    AND some nested archives (archives in archives) which in turn would
  57.    also include absolute directories, the new archive would not look
  58.    the same as the original archive, in fact, given a product that
  59.    contains:
  60.  
  61.    BLURB.CTL
  62.    \BIN\BLURB.EXE
  63.    BLURB286.ZIP       ---> contains \BIN\BLURB.EXE
  64.    BLURB386.ZIP       ---> contains \BIN\BLURB.EXE
  65.  
  66.    It would result in:
  67.  
  68.    BLURB.CTL
  69.    \BIN\BLURB.EXE  (the last of the three)
  70.  
  71.    And the two other BLURB.EXE files (the XT and 286 files) were gone.
  72.  
  73.    To overcome all these problems, MTA will map a substituted drive
  74.    over the temporary directory (the temporary directory will become
  75.    the root of this new drive) and will extract the files as normal.
  76.    With nested-archives, MTA will swap the substituted drive to the
  77.    next temporary directory under the previous and again will assign
  78.    this a the new root. In this way extraction can not overwrite your
  79.    own files AND the target archive will be the same as before.
  80.  
  81.    If you do NOT include the SUBSTDrive support, MTA will not be able
  82.    to carry the directories over into the new archive. There are some
  83.    related options (SubstOn, SUbstOff) that will even make it possible
  84.    to use this mechanisme on networks that don't allow the usage of
  85.    SUBST.EXE. In this case you can use the network-version of such a
  86.    program (like MAP, PAGEDR and so on).
  87.  
  88. Q: I get 'Extended test failed' regulary. Why ?
  89.  
  90. A: Because you don't use SUBSTDrive options in MTA.CTL;
  91.  
  92. Q: I don't WANT to use SUBSTDrive options, should I switch this option
  93.    (ExtendedTesting) off ?
  94.  
  95. A: NO. The error is correct. Given the archive that contains:
  96.  
  97.    TEST.TST
  98.    TEST.NEW
  99.    TEMP\TEST.NEW
  100.  
  101.    And given the fact that you don't use SUBSTDrive (so the archivers
  102.    are told NOT to create directories), the result would be a TEST.TST,
  103.    and a TEST.NEW. TEST.NEW in TEMP\ would overwrite the original file
  104.    TEST.NEW and the total of uncompressed bytes on disk would not match
  105.    the calculated value which is taken from the archive internally. Also
  106.    the first TEST.NEW would be lost and the target archive would now
  107.    contain 2 and not 3 files. All in all, you have corrupted the archive
  108.    in this way. You should use ExtendedTesting unless VERY specific
  109.    problems occur;
  110.